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ABSTRACT 



The present invention relates to a method and network 
element for accounting chargeable signaling in a communi- 
cation network, wherein a signaling message is detected in 
a call processing network element (7), and an amount of data 
carried in said signaling message is determined based on a 
message description provided in said signaling message. A 
counting function is then selected and updated based on said 
message description. Thereby, an inter-operator accounting 
can be provided even for data carried in signaling messages. 
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METHOD AND NETWORK DEVICE FOR 
ACCOUNTING CHARGEABLE SIGNALING 

FIELD OF THE INVENTION 

[0001] The present invention relates to a method and 
system for accounting chargeable signaling in a communi- 
cation network, such as an IP (Internet Protocol) network. 

BACKGROUND OF THE INVENTION 

[0002] The personal computer and other digital devices 
are rapidly becoming key communication tools for millions 
of users worldwide. The importance of digital and data 
network communications has greatly increased with the 
explosion of the Internet. While electronic mail is still a 
dominant method of interactive computer communications, 
electronic conferencing and IP-based telephony are becom- 
ing increasingly attractive. The adoption of packet switching 
and its merging with circuit switching helps drive this 
communications migration. There are many reasons for this, 
among them pricing advantages due to improved source 
utilization, seamless transmissions between monomedia and 
multimedia communications, as well as between human-to- 
computer (e.g. web-based) and interpersonal interactions. 

[0003] According to current scenarios, service and/or 
bearer parameters can be negotiated with setup and setup 
response messages. An IP mobile terminal equipment per- 
forms a setup signaling according to the Session Initiation 
Protocol (SIP) used for initiating calls in IP networks, such 
as the Internet. SIP can be used to establish multimedia 
sessions or calls such as Internet telephony, multimedia 
conferencing and distance learning. SIP supports user mobil- 
ity, that is the ability of end-users to make and receive calls 
and access subscribed telecommunication services from any 
location and the ability of the network to track the location 
of the user. The first step in the initiation of a call using SIP 
is to locate a SIP server for the callee. Once the SIP server 
has been found, the client can invite the callee to join a 
communication session by transmitting an INVITE mes- 
sage. A successful indication consists of an INVITE mes- 
sage followed by an ACK message. 

[0004] The INVITE message contains a session descrip- 
tion that provides the called party with enough information 
to join the session. If the callee decides to accept the call, it 
response with a session description of its own. The session 
description is based on the Session Description Protocol 
(SDP) which indicates the media components, the transport 
protocol, the media format, and IP addresses and ports. 

[0005] Additionally, in the SIP signaling message such as 
INVITE and its response message bodies it is possible to 
carry various contents in the informative part for the called 
party. Examples of such contents are MIME (Multipurpose 
Internet Mail Extensions) contents. These MIME contents 
carried in SIP signaling messages could be, for instance, 
greeting pictures or voice clips that are presented to the 
called subscriber when the incoming call is alerted to him. 
Similarly, in SIP messages there are some header fields 
informative for the called subscriber, such as the subject 
header. Due to the outband SIP call signaling via a separately 
routed control channel, the usage of different chargeable 
actions is enabled even if the call is never connected, e.g. if 
the initial setup signaling was not successful. Thus, inter- 
operator accounting based on an accumulation of chargeable 



signaling information is not possible for the amount of data 
carried in signaling messages. In present accounting sys- 
tems, only call amounts and durations are gathered. 

SUMMARY OF THE INVENTION 

[0006] It is therefore an object of the present invention to 
provide a method and network device for accounting charge- 
able information, by means of which the amount of data 
carried in signaling messages can be obtained. 

[0007] This object is achieved by a method for accounting 
chargeable signaling in a communication network, said 
method comprising the steps of: 

[0008] detecting a call signaling message in a net- 
work element; 

[0009] determining an amount of data carried in said 
signaling message based on a message description 
provided in said signaling message; 

[0010] selecting a counting function based on said 
message description; and 

[O0U] updating said selected counting function 
according to said determined amount of data. 

[0012] Additionally, the above object is achieved by a 
network element having an accounting function for account- 
ing chargeable signaling, said terminal device comprising: 

[0013] detecting means for detecting a signaling mes- 
sage routed through or processed by said network 
element; 

[0014] counter means for performing a data accumu- 
lation; 

[0015] classifying means for determining an amount 
of data carried in said signaling message and for 
selecting a counting function of said counter means 
based on a message description provided in said 
signaling message; and 

[0016] updating means for initiating a data accumu- 
lation of said selected counting function according to 
said determined amount of data. 

[0017] Accordingly, since the signaling data transferred 
via the network in signaling messages can be detected and 
accumulated, an inter-operator accounting or billing can be 
provided even for signaling messages. 

[0018] The call processing network element may com- 
prises a call slate control function. Thus, the data accumu- 
lation is performed in a network element through which 
setup signaling messages are usually routed. However, any 
other call processing network element could be used as well. 

[0019] Preferably, the detected signaling message may be 
a SIP INVITE message. In this case, the message description 
may comprise an SIP content type field, content length field 
and contact field. The amount of data may then be derived 
from said content length field. The counting function may be 
selected on the basis of said content type field and/or said 
contact field. 

[0020] According to an advantageous development, dif- 
ferent counting functions can be provided for different 
header fields and/or different content type fields of said 
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message description. Thus, an individual accounting or 
billing function can be provided based on the type or subject 
of the signaling data. 

[0021] Furthermore, the content of said signaling message 
may be classified according to the type of content, and the 
updating step may be applied only for predetermined types 
of content. Thereby, a selective accounting operation can be 
achieved. 

[0022] The counting function may be arranged to provide 
accumulated counts for the number of a predetermined 
content subject used, the number of a predetermined content 
type used, and/or the data volume. The counts can be 
separately accumulated for answered calls and non-an- 
swered calls. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0023] In the following, the present invention will be 
described in greater detail based on a preferred embodiment 
with reference to the accompanying drawing figures, in 
which: 

[0024] FIG. 1 shows a network system according to the 
3GPP ALL IP reference model, wherein a PS multimedia 
terminal can be connected to a fixed or a mobile CS 
multimedia terminal; 

[0025] FIG. 2 shows a schematic block diagram of a call 
processing CSCF function according to the preferred 
embodiment of the present invention; 

[0026] FIG. 3 shows a message signaling diagram for a 
CS terminated multimedia call; and 

[0027] FIG. 4 shows a message flow diagram indicating a 
message routing between network parts of different network 
operators. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0028] The preferred embodiment of the present invention 
will now be described on the basis of an establishment of a 
connection for a multimedia call in a network environment 
according to a 3GPP ALL IP reference model, as depicted in 
FIG. 1. 

[0029] According to FIG. 1, an IP (Internet Protocol) 
mobile terminal or station 2 provides a radio-connection to 
a UMTS Terrestrial Radio Access Network (UTRAN) 3, a 
circuit-switched mobile station 16 provides a radio-connec- 
tion to a GSM (Global System for Mobile communications) 
core network of the UMTS network, and a circuit-switched 
terminal equipment 11 is connected to a fixed network such 
as the ISDN (Integrated Services Digital Network) 10. 

[0030] The UTRAN 3 comprises at least one Radio Net- 
work Controller (RNC, not shown) for providing a switch- 
ing function to e.g. a GPRS (General Packet Radio Services) 
network comprising a Serving GPRS Support Node (SGSN) 
5 having a switching and mobility management function in 
the GPRS core network of the UMTS network. Furthermore, 
the SGSN 5 is connected to a Gateway GPRS Support Node 
(GGSN) 6 which provides an access function to a multime- 
dia IP-based network 12, such as the Internet. 

[0031] Additionally, the RNC of the UTRAN 3 may 
established a connection to the CS terminal equipment 11 



via the ISDN 10 and a Media Gateway (MGW) 4 arranged 
for adapting the PS multimedia connection of the UMTS 
network to the CS connection of the ISDN 10. In particular, 
the MGW 4 may allow a PS H.323 or a SIP system to 
interoperate with analogue ISDN terminals such as the CS 
terminal equipment 11 which may be a H.324 compliant 
terminal. The gateway functionality of the MGW 4 is 
addressed e.g. in the ITU-T recommendation H.246 for the 
case of an interworking of H-series multimedia terminals 
with H-series multimedia terminals and voice/voice-band 
terminals. 

[0032] The MGW 4 is connected to a Media Gateway 
Control Function (MGCF) 9 which can be connected via a 
T-SGW 12 to the ISDN 10 or a Gateway Mobile Switching 
Center (GMSC) 13 of the GSM core network. 

[0033] Furthermore, the MGCF 9 is connected via a Call 
State Control Function (CSCF) 7 to a Home Subscriber 
Server (HSS) 8 comprising a subscriber database in which 
subscriber data required for mobility management and roam- 
ing is stored. 

[0034] A more detailed description of the functions of the 
MGW 4, the MGCF 9, the CSCF 7 and related 3GPP ALL 
IP network elements may be gathered from the correspond- 
ing 3GPP Release 4 specification of the 3GPP (Third Gen- 
eration Partnership Project). 

[0035] The circuit-switched mobile station 16 may be 
connected via a Base Station Subsystem (BSS) 15 and at 
least one Mobile Switching Center (MSC) 14 to the GMSC 
13. Then, the GMSC 13 provides access either to the MGW 
4 so as to provide a user plane connection, or via the T-SGW 
12 to the MGSF 9 so as to provide a control channel for 
outband control signaling messages. 

[0036] When a multimedia connection is to be established 
between e.g. the IP mobile station 2 and the CS terminal 
equipment 11, an initial outband control signaling is trans- 
ferred via a control channel routed through the UTRAN 3, 
the SGSN 5, the GGSN 6, the CSCF 7, the MGCF 9, the 
T-SGW 12 and the ISDN 10 as a control plane for the setup 
control signaling. After the initial setup negotiation of the 
multimedia call, wherein connection parameters of the mul- 
timedia connections are negotiated, a user plane connection 
or bearer is established between the IP mobile station 2 and 
the CS terminal equipment 11 via the UTRAN 3, the MGW 
4 and the ISDN 10, wherein the MGW 4 provides the 
adaptation or interworking function for adapting the PS 
connection of the UMTS network to the CS connection of 
the ISDN 10. 

[0037] A similar procedure is performed in the event that 
the IP mobile station 2 is connected to the CS mobile station 
16. In this case, the control channel for the initial setup 
negotiation is routed through the UTRAN 3, the SGSN 5, the 
GGSN 6, the CSCF 7, the MGCF 9, the T-SGW 12, the 
GMSC 13, the MSC 14 and the BSS 15. The user plane 
connection or bearer is then established between the IP 
mobile station 2 and the CS mobile station 16 via the 
UTRAN 3, the MGW 4, the GMSC 13, the MSC 14 and the 
BSS 15. 

[0038] The initial call control or call setup negotiation via 
the control channel or plane comprises a setup message in 
which the calling user proposes certain connection param- 
eters. In an acknowledgement to the setup request, the called 
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terminal accepts at least a part of the requested connection 
parameters or characteristics. This part is based on terminal 
characteristics of the called terminal or a default setting or 
presetting based on user preferences. This negotiation prin- 
ciple may as well be used for negotiating the composition of 
a multimedia session, i.e. the media components required for 
the multimedia connection. 

[0039] FIG. 2 shows a schematic block diagram of the 
CSCF 7 which comprises a signaling control and message 
detection function 71 for performing call state control sig- 
naling for routing calls through the All IP network shown in 
FIG. 1. Furthermore, the signaling control and message 
detection function 71 is arranged to detect a received setup 
signaling message based on e.g. its header information or 
session description and to control a content classification 
function 72 to classify the type and/or subject of the signal- 
ing data submitted by the INVITE message. The content 
classification function 72 may be based on a message storing 
and field-oriented comparison function with a previously 
stored information regarding the types and subjects of the 
data in the setup message. 

[0040] In particular, the various header field identifiers 
such as "subject:" and the MIME content types e.g. from the 
header field "content- type", an entity -header field which 
indicates the media type of the message-body sent to the 
recipient, can be used for the classification. To achieve an 
inter-operator accounting, the CSCF 7 and other switching 
or routing network elements gather call amounts and dura- 
tions in accounting countcs which may as well be used for 
various statistics. According to the preferred embodiment, 
an accounting counter array comprising counters C1731 to 
Cn 73n is provided for counting or accumulating data 
amounts carried in signaling messages such as the SIP 
INVITE message. In particular, separate counters 731 to 73n 
are provided for different types or subjects of contents. E.g., 
there could be counters for different header fields and 
counters for different MIME content types. The classifica- 
tion function 72 classifies the data contents received in a 
signaling message according to their type, and initiates and 
updating function for updating the counters 731 to 73/i 
correspondingly. 

[0041] The updating may only be initiated for certain 
types of data. E.g., the SDP content type of the SIP INVITE 
message could be separated from the rest of the content 
types. 

[0042] In the following, a signaling scenario is described 
with reference to FIG. 3, wherein a connection is estab- 
lished between the IP mobile station 2 of the UMTS network 
and the CS mobile station 16 of the GSM core network. In 
particular, FIG. 3 shows a message signaling diagram for a 
CS terminated multimedia call initiated by the IP mobile 
station 2. The CSCF 7 receives a setup message (SIP 
message INVITE) from the IP mobile station 2, which 
contains a subject field, a content type field and a content 
length field. At the CSCF 7, a number analysis is performed 
with respect to an included address information and the 
name or address of the respective MGCF 9 is derived. Then, 
the INVITE message is routed to the MGCF 9 which 
initiates a corresponding reservation of IP and SCN termi- 
nations at the MGW 4. 

[0043] It is important to gather accounting information, 
i.e. update the counters, if it has been determined that the call 



is directed to another operators network. Typically, in such 
situations the CSCF 7 or the MGCF 9 would involve the 
accounting function for calls outgoing to other operators 
networks. The accounting function involves e.g. the content 
classification function 72 and the updating function for 
updating the counters 731 to 73/i correspondingly. 

[0044] Similarly, if there is an incoming call from another 
operator's all-IP network (IP multimedia network) or circuit 
switched network, the MGCF or the CSCF in the receiving 
network must involve the accounting function. 

[0045] Furthermore, the signaling control and message 
detection function 71 of the CSCF 7 detects the SIP message 
and checks if a subject field and content type and length 
fields are included. If so, the signaling control and message 
detection function 71 controls the content classification 
function 72 to determine the data amount and classify the 
message data based on the subject, content type and/or 
content length fields, to select one of counters or counting 
functions 731 to 73/j based on the result of classification, and 
to initiate an updating of the selected counter according to 
the determined amount of data, such that a corresponding 
charging or accounting information is stored or accumulated 
in the accounting counter array. 

[0046] Thus, the present accounting function enables a 
detection of applications run even if the called subscriber 
has not answered the call and no connection has been 
established. Since such actions or applications can be 
detected by the above procedure, a corresponding updating 
of the signaling accounting counters 731 to 73/i can be 
assured. 

[0047] The counters 731 to 73n can be arranged to provide 
a structure for separately counting or accumulating the 
number of usages of predetermined message fields, the 
volume of data carried in predetermined message fields 
(such as various message header fields like "subject:"), the 
number of usages of subjects, the number of usages of 
predetermined types of contents, the volume of data carried 
in predetermined types of contents and the total data volume. 
Moreover, separate counting functions can be provided for 
answered and non-answered calls (i.e. successful and unsuc- 
cessful cases). 

[0048] The signalling messages are passed to the content 
classification means 72 when it has been determined that the 
call is answered or that is not answered e.g. due to busy or 
no-answer condition. This means, for example, that a call 
state model instance in the CSCF 7 or in the MGCF 9 hold 
the signalling message information significant for the con- 
tent classification function 72 and accounting function, at 
least until it has been determined whether the call is com- 
pleted to speech-state. Only thereafter this information is 
forwarded to the content classification function 72 or 
accounting function. It can also be conceived that the 
content classification function 72 arc aware of the call state 
model such that the content classification function 72 can 
refrain from updating the counters until the completion 
status (e.g. answering) of the call has been determined. 

[0049] In this embodiment it is possible to have separate 
counters for unanswered calls and separate counters for 
answered calls. Likewise, it is possible to have the option 
that either for unanswered or answered calls the counters are 
not updated. 
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[0050] Id another embodiment of the invention, the 
accounting means involving the content classification func- 
tion 72 and the accounting counter array of the counters 731 
to 73/j are implemented into a proxy server separate from the 
CSCFs. The proxy server is responsible for routing SIP 
signalling messages. For instance, there could be at least one 
border router for routing IP packets carrying SIP signalling 
messages (that are in turn held within TCP or UDP mes- 
sages) between the CSCFs or other equivalent call process- 
ing nodes (such as MGCFs or general SIP call processing 
servers) of network parts or networks of different operators 
OP1 and OP2, as shown in the message flow diagram of 
FIG. 4. 

[0051] According to FIG. 4, a border router could detect 
the SIP signalling messages MSG based on IP addresses or 
message contents and route them to proxy servers PROXY1 
and PROXY2 involving the accounting means. For instance, 
whenever there is an inbound SIP signalling message MSG 
from a call processing node CPS1 of the first operator OP1 
to a call processing node CPS2 of the second operator OP2, 
it is forwarded by the border router to the proxy server 
PROXY1 containing the accounting means for inbound SIP 
message to the second operators network. Similarly, there 
could be separate proxy servers for inbound and outbound 
traffic from an operator's network. 

[0052] For instance, there is an outbound SIP signalling 
message MSG from the first operator's network to the 
second operators network. The SIP signaling message MSG 
is first transmitted from the first operator's call processing 
node CPS1 via a network router to the first operators proxy 
server PROXY1 for outbound SIP signalling messages. The 
first operators proxy server PROXY1 involves the account- 
ing means for the first and second operator interface at the 
first operator side. From the first operator's proxy server 
PROXY1 the SIP signalling message MSG is transmitted to 
the second operator's proxy server PROXY2. The second 
operator's proxy server PROXY2 involves the accounting 
means for the first and second operator interface at the 
second operator side. From the second operator's proxy 
server PROXY2 the SIP signalling message MSG is trans- 
mitted to the second operator's call processing node CPS 2 
e.g. via a network router. 

[0053] This embodiment applies best for the cases where 
the proxies PROXY1 and PROXY2 are not aware of the call 
state. Whenever awareness of the call state is required, the 
accounting means are best supported in the call processing 
nodes CPS1 and CPS2, such as the CSCF 7, the MGCF 9 or 
any general SIP call processing server (described in RFC 
2543). 

[0054] It should be appreciated that the invention is not 
only applicable for SIP, but also for any signalling protocol 
used to set-up multimedia sessions over IP network, wherein 
it is possible to, for instance, carry informative message 
contents in the signalling message. The invention would also 
apply in the cases where e.g. ITU-T Q.931 signalling 
messages associated with H.323 are used to carry such 
informative message contents. 

[0055] It is noted that the present invention is not 
restricted to the preferred embodiment described above, but 
can be implemented in call-processing network element and 
any network, where signaling messages are provided for 
setting up a connection. Any suitable message description 



can used for classifying the data amounts and deriving the 
data amount. The preferred embodiment may thus vary 
within the scope of the attached claims. 

1. A method for accounting chargeable signaling in a 
communication network, said method comprising the steps 
of: 

a) detecting a call signaling message in a network clement 

(7); 

b) determining an amount of data carried in said signaling 
message based on a message description provided in 
said signaling message; 

c) selecting a counting function based on said message 
description; and 

d) updating said selected counting function according to 
said determined amount of data. 

2. A method according to claim 1, wherein said call 
processing network element comprises a call state control 
function (7). 

3. A method according to claim 1 or 2, wherein said 
signaling message is a call setup message. 

4. A method according to claim 3, wherein call setup 
message is an SIP INVITE message. 

5. A method according to claim 4, wherein said message 
description comprises a content type field, a content length 
field and a contact field. 

6. A method according to claim 5, wherein said amount of 
data is derived from said content length field. 

7. A method according to claim 5 or 6, wherein said 
counting function is selected on the basis of said content 
type field and/or said contact field. 

8. A method according to any one of the preceding claims, 
wherein different counting functions are provided for dif- 
ferent header fields and/or different content type fields of 
said message description. 

9. A method according to claim 8, further comprising the 
step of classifying the content of said signaling message 
according to the type of content, and applying said updating 
step only for predetermined types of content. 

10. A method according to any one of the preceding 
claims, wherein counting function is arranged to provide 
accumulated counts for the number of a predetermined 
content subject used, the number of a predetermined content 
type used, and/or the data volume. 

11. A method according to claim 10, wherein said counts 
are separately accumulated for answered calls and non- 
answered calls. 

12. A network element having an accounting function for 
accounting chargeable signaling, said terminal device com- 
prising: 

a) detecting means (71) for detecting a signaling message 
routed through or processed by said network element 

(7); 

b) counter means (731-73w) for performing a data accu- 
mulation; 

c) classifying means (72) for determining an amount of 
data carried in said signaling message and for selecting 
a counting function of said counter means (731-73/i) 
based on a message description provided in said sig- 
naling message; and 
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d) updating means (72) for initiating a data accumulation 
of said selected counting function according to said 
determined amount of data. 

13. A network element according to claim 12, wherein 
network element comprises a call state control function (7). 

14. A network element according to claim 12 or 13, 
wherein said signaling message is a call setup message. 

15. A network element according to claim 14, wherein call 
setup message is an SIP INVITE message. 

16. A network element according to claim 15, wherein 
said message description comprises a content type field, a 
content length field and a contact field. 

17. A network element according to claim 16, wherein 
said classifying means (72) is arranged to derive said 
amount of data from said content length field. 



18. A network element according to claim 16 or 17, 
wherein said classifying means (72) is arranged to select 
said counting function on the basis of said content type field 
and/or said contact field. 

19. A network element according to any one of claims 12 
to 18, wherein said counter means comprises different 
counters (731 -73n) for different header fields and/or differ- 
ent content type fields of said message description. 

20. A network element according to claim 19, wherein 
said classifying means (72) is arranged to classify the 
content of said signaling message according to the type of 
content, and to control said updating means (72) to initiate 
said data accumulation only for predetermined types of 
content. 

* * * * * 
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